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Use of Presence and Location Information 
Concerning Wireless Subscribers for Instant 
Messaging and Mobile Commerce 

introduction 

[0001] The present invention relates generally to the field of wireless communications. 
More particularly, the present invention relates to enablement of instant messaging and 
location-based mobile commerce across Internet and diverse wireless network 
infrastructures. 

BACKGROUND OF THE INVENTION 
[0002] There are two major technical fields that have shown explosive growth over the 
past few years: the first is wireless communications and the second is use of data services, 
particularly the Internet. The growth of wireless communications has been astounding. 
Twenty years ago, there was virtually no use of wireless communications devices such as 
cellular phones. In contrast, the market penetration for wireless devices in the U.S. in 
1 999 was 32 percent. The current forecast is that 80 percent of the U.S. population will be 
wireless subscribers by 2008. Likewise, current and expected adoption of data services is 
phenomenal. Interestingly, wireless communications and data services are beginning to 
converge. 

[0003] An example of this convergence is found in Instant Messaging (or "DVT). 

Originally an Internet-based text communication technology, IM will soon be integrated 
with wireless networks. It remains to be seen how smoothly this integration will proceed. 
Presence detection is an important element of any IM solution because an essential aspect 
of the IM technology is the detection of whether the members of each IM user's buddy list 
are present on the network. Although presence detection was fairly straightforward in the 
Internet environment, when the various wireless networks are to be integrated into the IM 
phenomenon presence is no longer so easy to establish comprehensively. 

[0004] Thus, what is needed is an infrastructure technology to enable mobile M services 
and provide for effective mobile buddy lists. 

[0005] Another potential benefit of the integration of wireless networks with fixed IP 
networks, such as the Internet, is mobile commerce (also referred to as m-commerce). 
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Thus far, mobile commerce has been severely limited. To date, mobile commerce has 
typically been subscriber-initiated, with the subscriber using a handset to locate a product 
or service. This approach is consistent with E-91 1 implementations, where the subscriber 
initiates a call that requires location information. However, for mobile commerce to be 
broadly successful this paradigm needs to be inverted. This inversion occurs because 
wireless devices (telephone handsets, personal digital assistants, etc.) are not suitable for 
"window shopping.' 1 Merchants should have the ability to initiate promotions - on a 
permission-oriented basis - just as they do with other media. 

[0006] hi the next three years, the number of m-commerce providers is expected to grow 
from almost zero to more than 18,000 worldwide. In addition, traditional retailers will 
also seek to engage mobile customers. The current model of bi-lateral agreements cannot 
scale to meet the demands of m-commerce, messaging, and traditional retail. A 
centralized gateway, where subscriber information can be sold (on a permission-oriented 
basis) to firms that require such information, would be an advantageous advance 

[0007] Thus, what is needed is a centralized gateway where subscriber information can be 
sold, on a permission-oriented basis, to commercial firms. 

[0008] The availability of location information concerning the wireless handsets is 

important to the enablement of mobile commerce. Although handset location information 
is not strictly required for mobile commerce to occur, it certainly facilitates the 
establishment of an effective m-commerce campaign. 

[0009] Wireless carriers worldwide are preparing to offer location-based services to their 
subscribers. At the heart of these services is the Position Determining Equipment (PDE) 
which determines the location of a wireless device. The available PDE solutions employ 
several distinct methods of location determination: triangulation of RF signals among base 
stations; RF fingerprinting; and, embedded GPS in the wireless device. Regardless of the 
method employed, the PDE's most critical interface is to the Mobile Positioning Center 
(MPC), which routes emergency 911 voice calls and their associated location information 
to the local Public Safety Access Point (PSAP). The PDE also has an interface to a 
Location Proxy Server (LPS), which makes location information available to non- 

. emergency third parties outside the wireless network. 
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[0010] There is a trend in the industry to combine the MPC and the LPS into a single 
platform: both systems route voice calls with embedded location information to third 
parties. However, there are good reasons that this conventional trend should be reversed 
and the MPC and LPS should be decoupled. Whereas the MPC performs the proven, 
stable function of routing emergency calls to the PSAP, the LPS is expected to evolve 
rapidly to accommodate the massive demands of Internet-based businesses and services. 
Perhaps most importantly, the LPS must accommodate merchant-initiated transactions, 
which should become a significant aspect of mobile commerce but cannot be provided by 
voice call-driven MPC technology. In the same way that Home Location Registers 
(HLRs) have been decoupled from MSCs - allowing "intelligence" to be decoupled from 
switching fabric - the LPS should be decoupled from the MPC and allowed to evolve into 
a highly intelligent engine responsible for making wireless Internet access relevant, 
personal, and timely. 

[0011] A number of companies (e.g., FolloWap, OpenWave, SignalSoft, CTMotion, 
Air2Web, AirFlash, Ericsson's "Oz," InfoSpace, WindWire, OpenGrid, Aether Systems, 
724 Solutions, MessageVine, Lucent, Nortel, Nokia, Quickdot, Xypoint, Cellpoint, just to 
name a few) currently promise technologies that will provide some form of 1M or m- 
commerce solutions for wireless handsets to communicate with Internet-connected users. 
However, none of these companies have been able to develop a system that integrates 
presence determination, location determination, Instant Messaging, and mobile commerce. 

5OOI2I Thus', what is needed is a an infrastructure technology that allows die integration of 
presence determination, loe*; on determination, Instant Messaging, and mobile commerce. 

SUMMARY OF THE INVENTION 
• [0013] Accordingly, one aspect of the present invention is the integration of presence 
determination, location determination, Instant Messaging, and mobile commerce into a 
functionally seamless system. This integrated Presence, Location, Instant messaging, and 
Mobile commerce (or "PLIM") system may be implemented as an added component of a 
wireless provider's network. 

[0014] Alternatively, a further aspect of the invention is the integration of presence 
determination, location determination, Instant Messaging, and mobile commerce as a 
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centralized gateway that may be attached to the networks of a large number of wireless 
providers. 

[0015] The gateway arrangement according to this aspect of the invention facilitates a 
business model that represents a step forward from today's practices, in which individual 
wireless carriers are entering into bi-Iateral agreements with specific Internet content 
providers. The PLIM gateway generates revenues from Internet services that require real- 
time information about wireless subscribers in order to conduct m-commerce or offer 
advanced messaging services. The gateway may then share the revenue generated through 
the sale of subscriber information with the participating wireless carriers that host the 
subscribers. 

[0016] The PLIM gateway makes wireless subscriber presence, location, and profile 

information available on a 100% permission-oriented basis to Internet services. The PLIM 
gateway obtains subscriber information through direct electronic connections into wireless 
carrier networks. These connections are non-intrusive and pose no risks to the wireless 
carriers. Raw data collected from carriers_is formatted and cached inside the PLIM 
gateway, and made available to registered Internet services through an electronic Internet- 
based interface. 

[001 7] Another aspect of the present invention is the enabling of true merchant initiated 
mobile commerce. This is made possible due to the integration of location information 
with a facility to manage marketing campaigns and a subscriber privacy management 
database. This ensures that the mobile commerce is conducted so that merchants obtain 
efficient marketing service and subscribers are subject only to aiarketing that they have 
expressly consented to. 

[0018] Additionally, another aspect of the invention is the implementation of network 
optimization and performance measurement features to enable network operators to 
measure the performance and increase the efficiency of their networks. 

[0019] It is an object of the present invention to provide integration, for one or more 
wireless networks, of presence information, location information, Instant Messaging, and 
mobile commerce. 

-4- 
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[0020] It is another object of the present invention to provide integration of Instant 
Messaging and mobile commerce as a central gateway servicing the needs of multiple 
wireless networks. 

[0021] It is yet another object of the present invention to provide integration of Instant 
Messaging and mobile commerce as a dedicated system servicing the needs of only a 
single wireless network. 

[0022] It is still another object of the present invention to enable merchant initiated mobile 
commerce by integrating information about wireless subscribers' location, presence, and 
privacy choices. 

[0023] Additional objects and advantages of the present invention will be apparent in the 
following detailed description read in conjunction with the accompanying drawing figures. 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0024] Fig. 1 illustrates a block diagram view of the architecture of a PLIM system 
according to the present invention. 

[0025] Fig. 2 illustrates the flow of signals via the PLIM system ofthe present invention 
when subscriber-initiated location-sensitive Web browsing is practiced. 

[0026] Fig. 3 illustrates the flow of signals via the PLIM system of the present invention 
when merchant-initiated mobile commerce is practiced. 

[0027] Fig. 4 illustrates an initial registration process for effecting subscriber 
provisioning. 

[0028] Fig. 5 illustrates a preference selection process for effecting subscriber 
provisioning. 

[0029] Fig. 6 illustrates an updating process for maintaining subscriber provisioning. 

[0030] Fig. 7 illustrates a carrier specific PLIM server implementation. 

[0031] Fig. 8 illustrates a PLIM system implemented as a centralized gateway. 

[0032] Figs. 9 and 10 illustrate a system for network optimization and performance 
measurement, according to a further embodiment ofthe present invention. 

* 
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[0037] The present invention also encompasses process embodiments for the conduct of 
mobile commerce. One process embodiment includes receiving a request from an 
approved merchant for current location information concerning a mobile subscriber, and 
verifying via a privacy database that the subscriber has given permission for the merchant 
to access the requested information. The process further includes obtaining current 
location information concerning the mobile subscriber from position determining 
equipment associated with a wireless network, and providing the subscriber's current 
location information to the merchant. By this process, the merchant is free to transmit to 
the subscriber personalized content based on the subscriber's current location infonnation. 

[0038] The integrated Presence Location Instant messaging and Mobile commerce (PLIM) 
system according to the present invention provides two salient advantages to a wireless 
carrier. One is the enabling of wireless instant messaging with "mobile buddy list" 
capability. The second is enabling of merchant-initiated mobile commerce. These 
applications hold great promise for immediate and untapped sources of revenue for 
wireless carriers. 

[0039] IM is a revenue generating service. Instant messaging is a popular - perhaps 
indispensable - Internet service that wireless subscribers will pay to receive on their 
mobile devices. Even for carriers who do not bill separately for the IM service, the 
additional message traffic and airtime represent significant sources of new revenue on 
their existing infrastructure. 

[0040] Enablement of mobile commerce (or "m commerce") is also a revenue generator. 
A PLIM system according to the present invention makes subscriber presence, location, 
and interest information available to merchants who desire to initiate transactions with 
wireless subscribers. Carriers can generate multiple streams of revenue from the sale of 
presence and location information, as well as activate lucrative mobile commerce 
agreements with strategic partners. 

[0041] In addition, the ability to offer the PLIM as a gateway, independent of a single 
network, allows several important advantages. Most importantly, it provides a virtual 
"one stop shop" so that merchants, customers, and network operators can establish a 
business relationship with a single entity that provides a seamless interface. 

-7- 
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,0042] A PLM system aacorduag to the ptesen. invention offers stgniucant addmoaai 
advantages to wireless carriers to tetms of network option and performance 
n_en, Through its Presence Server, the p.affomt aUows other network events 
to*, nrore efficrently. Fo, example, by indrcating that a subscribes phone ,s OFF, 
the PLM system .Bnrina.es unnecessary and resource-consuming SMS deltvery re- 
attempts. Similarly, the PLM system can signs. the Positiomng Deeming Ec,mpm.* 
when a subscriber has registered in a different marker, aUowing the equipment to rap.dly 
"re-locate" the subscriber. 
,0043, The present invention ensares that mobile conmterce is condacted in such a way 

1 :,a Tt,«PIJMsvstem provides for a 100% opt-m 

that subscriber privacy is not compromised. The PL1M system p 

service Subscnher tnformanon is fttewalled irrsrde the carrier's network, or msrde a 
censed ^ay.depenuhtgonimplementarionopdons. Subscriber 
provided,, any thiropar* without explici.penntssion. Subscribers have the abtldy to 
establish and change their permissions and preference, easily and frequently usmg bod, 

PC and wireless interfaces. 
,0044, Refernng.oFig.l.ab^kdiagramofmearc.ntec.areofaPLIMsys.emnO 
accordingtothepresenthtventionisr— One element of a system accordmgto me 
present invention is the Preaence Serve, 112. The Preset Server 112 determtnes 
whether a mobile device is ON or OFF in real-time. The Presence Server 112 ,n,e, 
operates with system databases to allow sophisticated ptesence management 
,00451 Another element of a system according to da. present invention is the Location 
Proxy Server (LPS) 114. Th. LPS 114 mak.s snbscriber location, as drfemnned by thard 
party equipment (eg., PDF), available to merchants and other external entities »nd=r 
controUrf conditions. An additionaLto.n. of a system according to «h.pr.s.n, 
invention is da. IM S.rv.r U«. Th. M Server 116 allows da. wireless netwmka «o s.nd 
and receive instant messages from common IM platforms. 
,00461 Anodtet demon, of a system according to the ptesen. invention is the mobile 
aolereeCampaignManagetl.8. The Campaign Manager 118 allows wireless earners 
.oamomadcaUydehvertargetedmeasagesande-coupoasonbehalfofmohtle commerce 

merchants. 
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[0047] Each of these elements 112, 114, 116, 118 may be implemented on separate 
servers, but need not be to practice the present invention. Conceptually, the Presence 
Server 112, the Location Proxy Server 114, the Evl Server 116, and the Campaign 
Manager 118 may be implemented as software modules that may execute on separate 
physical machines, or on a single physical machine, at a common location, or remotely 
from one another, depending on operational convenience. In other words, these elements 
of the present invention are not dependent on the specifics of hardware implementation to 
provide the functions that make the present invention useful. 

[0048] The integrated Presence Server 112, according to the present invention, determines 
the network presence of a wireless subscriber or IM user. The Presence Server 112 
determines if a mobile phone or other mobile device is ON or OFF. It also determines if 
an Internet-based Evl user is ONLINE or OFFLINE. The Presence Server 112 makes 
network presence information available between wireless networks and the Internet. 
[0049] The simplest use of the Presence Server 112 is the instant messaging buddy list. 
Because the Presence Server 112 is able to determine if a wireless device is ON or OFF, 
traditional Evl buddy lists can be extended to indicate whether "mobile buddies" areON or 
OFF. Likewise, WAP applications and embedded software in the handset can indicate 
whether buddies are ONLINE at their PCs or at their wireless devices. 
[0050] The buddy list is an integral part of the DVI experience - it allows one to send 
messages to buddies who are online and therefore able to receive them instantly. But the 
buddy list is becoming a valuable application in its .own right. It is useful to know if 
buddies, co-workers, staff, and others are ONLINE or have their phones ON. Particularly, 
in mobile applications, merely knowing that a device is ON or OFF has intrinsic value. 
[0051] The Presence Server 112 according to the present invention does much more than 
power the buddy list It enables "presence management" in a world where there are many 
ways to be online, and individuals may carry several different wireless devices. Presence 
management allows subscribers to direct calls, messages, and data traffic to particular 
devices. Presence management extends well beyond ON or OFF information: subscribers 
may wish to indicate "ON-busy» or "ON-meeting" or "ON-emergency only or any 
number of other personal settings. Subscribers may even desire for their presence 
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[0056] The Presence Server also communicates with the Position Determining Equipment 
(PDE), Home Location Register (HLR), Short Message Service Center (SMSC), and WAP 
gateway network elements in each of the wireless networks to which the PLIM system is 
connected. The PDE may query the Presence Server to determine the market in which a 
subscriber is operating. The Presence Server may extract wireless presence information 
from the HLR. The SMSC may query the Presence Server before attempting to deliver a 
short message to determine of the recipient's mobile phone is ON. The Presence Server 
provides wireless presence information to WAP-based JM clients for the "mobile buddy 
list" 

[0057] In order for presence management to be more useful in everyday life, network 
presence preferably indicates more than simple ON or OFF information. Table 1 
illustrates the different types of wireless presence that are supported by a Presence Server 
of a system according to the present invention. 



Table 1 



WIRELESS DEVICE 
STATUS — 


INTERPRETATION 


OFF 


Phone is OFF. Determined automatically on power 
down. 


ON- Available 


Phone is ON and the subscriber is available to be 
contacted. 


ON -Voice Call 


Phone is ON, but the subscriber is engaged in a voice 
call 


ON -WAP 


Phone is ON and subscriber is using the WAP instant 
messaging application. 


ON - <user defmed> 


The phone is ON. The subscriber's status has been 
manually set by the subscriber. Predefined settings 
include: 

• DND (do not disturb) 

• Busy 

• Not available 

• Meeting 

• Emergency Only 

The subscriber may also create arbitrary status indicators 
consisting of alphanumeric characters. 
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TABLE 2 



I Offline 



Online - Available 



Online - <iiser defined> 



^SS: fofthestatostaoicatora 
(typical): 

• Away 

• Extended Away 

• Emergency Only 
D ND (do n otdisturb) — 
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[0062] Determining wireless network presence is considerably more complex. Some of 
the key challenges are the following: 

• The underlying communication protocols of TIA/EIA-41 wireless networks 
currently do not natively provide presence indicators; 

• Accuracy is lost when unplanned network detachments occur, such as dead battery 
or roaming into analog service areas; 

• Real-time electronic connections into operational wireless networks are needed; 

• Wireless carriers are resistant to technical solutions that place a processing burden 
on operational network elements; 

• Wireless carriers will allow only a small number of external connections into their 
networks. 

100631 The PLIM system Presence Server according to the present invention overcomes 
these challenges using novel techniques, and by offering a wide variety of options for 
connecting into wireless network elements. The Presence Server is able to inter-operate 
with network elements from all major equipment manufacturers as well as Signaling 
System 7 (SS7) bearer networks. Table 3 indicates a few of the general presence 
determination techniques employed by the PLIM system. Co-pending U.S. application no. 
09/771,201 discusses several additional techniques that maybe used in accordance with 
the invention for presence determination. 



Table 3 



CONNECTION TYPE 


TECHNIQUE 


Direct connection to 
HLR 


Interface via SS7 ports, TCP/IP, or proprietary ports (if offered 
by HLR manufacturer). Both open and proprietary queries are 
utilized to infer presence. 


SS7 network solution 


Monitor the network's SS7 links and nodes for specific 
messages and combinations of messages that infer presence 



[0064] Using these methods, as applicable, the Presence Server retrieves presence and 
location information asynchronously or synchronously. In asynchronous mode, the 
Presence Server queries (polls) the HLR or SS7 nodes whenever an update is needed. In 
synchronous mode, the HLR or SS7 nodes are configured to send presence status changes 
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t0 th e Presence Servers as <hey occur, In synchronous mode, subscribe, presence 
.nformarion ,3 "sheamed" m,o,he Presence Server (,his is a -push" nrechanrsnr). 
,0065, The Presence Server supports pnonty settings rha. a,low presence updates to 
live sreater or iesser priority over other PUM system da*. Usmg an advanced 
pllJd even, processurg systent, tbe PLIM system adows the wireiess earner to nne 
tune the Presence Server performance. 

L Ltron in Ure even, of an intproper network detachment by me subsenber, .e„ me 

• u • w^Hnnelaosed time and other conditions to infer the 
employs heuristic techniques based on elapsea rnne 

correct presence state. 
,0067, Dehveringofmepresencemformadonrsanomer.pecofhow.hepresen, 

Tvenrion operates. Presence information rs made av„ab,= ,o approved externa, users of 

^Approved users wouid appropriatety inch.de M serve, or unified messagm 
^ J The Netwo* API aHows boor »puU" and >sh» access by approved externa, 
users of the information. 
,0068, Art approved user can access presence infomrabonby subscribing ,0 it. The user 
1 a^blnbe reoues, ,o ft. Presence Sclerosing meNerWO* API. If «he subsenbe 

s^tusoftowheiess device. The Presence Server dsn a^mnonty me user each hme 
rdevice-spresencechanges.ThePresenceServerwihconnnue^orifymarrs.f 

iencech^eaunri.mesubscriptionhaaexphed. ^^^^ 

pI ovided.no subscription is crea,ed, and only a single presence a«om ,s reornred. Th,s 

provides a user with a one-dme presence fetch capabuXy. 
,0069, Them,egra,edUcarionPro Xy S«rver(LPS)of te PLMsys,emaceord to g,oure 
' TL — disdibu,esrea,-rime subscriber ,oc.,,on mforntarion to p,a,fonms^de 

irl^ne.oraandto^parrieso^mene.odt^ughmeNofwo^h 

L IK connect direcuy ,0 a wheiesa oarrier, Position D— g Eoutpmeo, (PDB) 
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and Mobile Positioning Center (MPC). Using the Network API, the LPS makes location 
information available for both "push" and "pull" access by the platforms and third parties 
that require location information. As with the other integrated services in the PLIM 
system platform, the LPS utilizes the Privacy Management System and its associated 
database to ensure the privacy of subscriber location information. 

[0070] The PLIM system LPS is responsible for retrieving, formatting and processing, and 
delivering location information to the platforms that require it. Some of these platforms 
are certainly located outside the network (e.g., Web URL, m-commerce merchant). On 
the oilier hand, some of these platforms (e.g., the IM Server, the Campaign Manager) are 
optionally located either inside the wireless carrier's network or outside it at a central 
gateway location, for example. 

[0071] The LPS has four basic functions: (1) retrieving location information from the 
PDE, (2) retrieving location information from other network elements, (3) formatting and 
processing location information, and (4) delivering location information. 

[0072] -To retrieve location information from the PDE, the LPS has a secure, electronic 
connection to the PDE via an API. The API is accessible over TCP/IP and employs the J- 
STD-036 protocol. The PDE API supports both a one-time query from the LPS as well as 
continuous streaming of location updates to the LPS. 

[0073] It may also be useful to retrieve location information from other sources. 

Networks which do not have PDE should have coarse-grain location information available 
in other network elements. For example, some HLRs and MSCs indicate a subscriber's 
current serving cell or sector. This information is retrievable by the PLIM system's LPS. 

[0074] The LPS formats and processes location infonnation received from the PDE or 
other network element into a format that is acceptable to the requesting platform. Final 
fomnatc useful in the form of (1) latitude-longitude pairs with associated circular 
probability error (CEP), (2) zip code, (3) city identifier, or (4) Geographic Markup 
Language (GML) code, hi order to produce a final format location "atom," the LPS 
converts data from the PDE or network elements using geocoding techniques (i!e, convert 
sector ID into zip code). The wireless carrier must load network geography data, such as 
BTS locations, into the LPS database. 
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,00751 The LPS delivers location information to platforms outside the wireless network 
using the Network API. Location information can be provided in response to indrndual 
queries, or it caitbe streamed contmuously to the external platforms. The LPS also 
provides location information to aervroes inside the wireless network usnrg TCP/IP 
messaging inside the carrier's firewall. 
,0076] There are many scenarios under which the LPS provides locatton mformation to 
platforms instde and outside the wireless carrier's network. The Mowing examples 
ifiustrate the two most common scenarios: subscriber-initiated loca.ion-sens.tive Web 
browsing, and merchant-initiated mobile commerce. 
,00771 Ref. m ng,oF lg .2,subsoribe r .initia,edlocat,on-sens I .iveWebbrowsmgia 

Jstrated. The process is initiated when a wneless subsenber ». uses a WAP browser to 
r e<,ues, 20! ,oca«ion-s«nsi.tve information (e.g., driving directions) from a Web serv.ee 
(URL) X20 The WAP Gateway 136 automatically recognizes that location information >s 
needed and paries 202 the PLfivl system's LPS 114 for fix. most 
infcmatton on the subscriber. The LPS verifies 203 that the pnvacy database 139 reflects 
' thal the subscriber has given pennission for her location information to be provrded to the 
Web service 220. If current location information is no, available, the LPS 114 ouenes 204 
the PDE 130 to obtatn it. Alternatively, the PDE 130 may alreadybe configured to 
•W location updates m.o the LPS 114. The 1 PS 114 provides 205 the subsenber s 
nation information to the WAP Gateway 1.36. The WAP Gateway 136 »Veda the 

infonnatton hato me jested WL and forward, i. 206 to fixe Weh aerv,ce 2 0. 
I Son-sensitive response from me Web serv.ee 220 is remmed 207 ,„ the subaenher 

210 via the WAP Gateway 136. 
,0078) ReferringtoF.g.a.merchan.-mltiatedmob.lecommerceiaillustiated.An 
ap 'o vedm.r.han,320wi«hprior l mowledgeofasubaoriber'sphonenumb.,re q uea«a 
^1 subscriber's outran, location mformation. The m-eHant 320 accesses^ PLIM 

t m's LPS 114 through the secure Network API 117, snpplymg a user ID and 
system s LPS 114 tmo g. H . ti , baS e 119 reflects that the 

j The LPS 114 verifies 302 that the pnvacy datahase 
password. TheLPS „ ,, M to receive this data If current 

subscriber has g.ven permission for the merchant 320 to rec . 
Nation mformation is no, available, ttxe LPS 114 quenes 303 the PDE 
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Alternatively, the PDE 130 may already be configured to "stream" location updates into 
the LPS 114. The LPS 114 provides 304 the subscriber's information to the merchant 320. 
The merchant uses this information to provide personalized content to the subscriber. 

[0079] Referring again to Fig. 1 , the LPS communicates with other components of the 
PLDV1 system platform as well as external network elements in the wireless network. 

[0080] Within the PLM system platform, the LPS communicates with the M Server, the 
Campaign Manager, the Privacy Database, and the Network API. The M Server queries 
the LPS for buddy location information to be displayed in the "mobile buddy list." The 
Campaign Manager queries the LPS to determine if a subscriber's location should trigger 
the delivery of a targeted mobile commerce message. The LPS queries the Privacy 
Database to ensure that the subscriber's permission has been received before providing 
location information to any requesting service. 
[0081] The LPS also communicates with network elements in each wireless network it 
services, including the Position Determining Equipment (PDE) 130, the Mobile 
Positioning uen'csr (MPC) 138, the WAP Gateway 136, and other network elements. The 
LPS receives real-time location information from the PDE. The PDE must provide a 
secure API utilizing the J-STD-036 protocol. The LPS may receive location information 
indirectly via the MPC in some network architectures. The LPS provides subscriber 
location information on a permission-oriented basis to the WAP Gateway, which in turn 
forwards the location information to location-sensitive Web services requested by the 
subscriber. The LPS may obtain coarse-^rain location information from other elements in 
the wireless network, such the MSC or the HLR, depending on the equipment and 
configuration. 

[0082] Location information is made available to approved external users of the 

information through the secure Network API. Approved users might include traditional 
merchants, e- commerce companies, mobile commerce companies, wireless gaming 
companies, and wireless advertising firms. The Network API allows both "pull" and 
"push" access by approved external users of the information. 

[0083] In a manner analogous to that described above concerning presence information, 
an approved user can also access location information by subscribing to it. The user sr.-'ia 



- 17- 



PCT/US02/04533 

WO 02/065250 



a subscribe request to the LPS using the Network API. The subscribe request includes the 
desired level of location granularity. If the subscribe request is approved, the LPS replies 
with a location "atom" giving the current location of the wireless device. The LPS also 
agrees to notify the user each time the device's location changes. The LPS will continue 
to notify the user of location changes until the subscription has expired. If no expiration 
time is provided, the LPS assumes a default expiration period. If an expiration time of 
"zero" is provided, no subscription is created, and only a single location atom is returned. 
This provides a user with a one-time location fetch capability. 
[0084] The PLIM system allows wireless carriers to offer their subscribers access to 
popular instant messaging services on their wireless devices. The features that have made 
instant messaging one of the Internet's most indispensable applications (i.e., sending and 
receiving instant messages in real-time, knowing when buddies are online, and knowing 
when buddies have their phones turned ON) are now available on wireless devices: 
[0085] The DM Server allows wireless carriers to offer their subscribers access to popular, 
commercially available DM services such as AOL Distant Messenger, ICQ, MSN 
Messenger, Yahoo! Messenger, and others. Using their handheld devices, wireless 
subscribers are able to send and receive instant messages and buddy list information with 
other wireless subscribers and with Internet DM users. Likewise, Internet DM users are able 
send and receive instant messages and buddy list information with wireless subscribers. 
[0086] For the wireless subscriber, instant messaging is provided either through a WAP 
client or through two-way SMS. In the WAP mode, the subscriber goes to a WAP page 
operated by her wireless carrier. This WAP DM client allows subscribers to read and 
compose instant messages, to create and manage buddy lists and group lists, and to 
observe real-time buddy status. Two-way SMS offers the same functionality through the 
standard SMS interfaces. Messages are read and composed using SMS, and buddy list 
updates may be provided as short messages. Web and Windows™ DM clients, where 
administrative functions such a* buddy list creation and maintenance can be performed, 
au^entboththeWAPandthetwo-waySMSIMclients. The Web and Window,™ 
clients are optional for WAP users but required for SMS users, since SMS does not lend 
itself to administrative activities. 



-18- 



WO 02/065250 



PCTAJS02/04533 



[0087] It is important to note that the term WAP is being used generically to refer to any 
wireless Internet protocol, including HDML and any future wireless Internet protocols that 
may be developed. The following examples are provided of some competing technologies 
that for the purposes of this patent will be referred to generically as WAP. For example, 
the Web content can be delivered as existing HTML Internet content for wireless devices 
as proposed by Spyglass' Prism technology or Japan's i-mode. As a further example, the 
content can be processed through a template model that reads existing HTML content and 
fits the data to a template optimized for various types of wireless phones such as the 
system proposed by Everypath.com. As another example, the data content can be 
delivered to a Palm Pilot or other PDA or handheld device that uses a proprietary protocol. 

[0088] Messages and buddy list updates to and from the wireless clients (WAP and SMS) 
pass through the PLIM system's IM Server utilizing a conventional client-server 
communication process. The IM Server communicates with Internet-based IM services 
using server-to-server communication protocols. Although no standard server-to-server 
protocol has been adopted by the industry, and several known alternatives are useful, the 
use of Session Initiation Protocol (SIP) extensions is a preferred implementation, due to 
the maturity of the SEP protocol, the native support of presence information, and the 
decoupling of presence information from the message body. Of course, the IM Server 
may be satisfactorily implemented via any version of Instant Messaging and Presence 
Protocol (MPP) that may eventually become a standard. The PLEM system is 
advantageously configured to have a flexible, template-driven interface to external IM 
servers, and it can readily adapt to changes in the protocol 

[0089] In the future, WAP and SMS may give way to new wireless operating systems, for 
example Compact HTML, or perhaps embedded IM and buddy list clients in wireless 
devices themselves. Because the EM Server may be implemented as infrastructure 
software, it is able to adapt to the changing protocols and operating systems with 
straightforward changes to its interface coder-decode templates. In effect, the IM Server is 
independent of the client platform used by the wireless subscriber. 

[0090] For Internet IM users, sending messages and buddy list information to "mobile 
buddies" is as simple as creating a new entry in the buddy list indicating the buddy's 
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mobile name. For example, if a buddy's Internet name is gstead, a new entry should be 
created called gstead-phone or gstead-pda. The mobile buddy name is then associated 
with an Internet address that terminates at the IM Server. When messages are sent from 
the Internet user, they are received at the IM Server and routed to die wireless subscriber's 
device. M clients are enhanced to indicate both Internet and mobile status for each 
buddy, eliminating the need to create separate entries for mobile buddies. 
[0091] A Web client and a downloadable Windows™ M client are provided for use on 
desktop computers. The Web client is accessible via standard Web browser, provides Ml 
messaging and buddy list capability, and provides full IM administration capabilities 
(buddy list admin, group list admin, password admin). The administrative settings apply 
to the two-way SMS client. The Windows™ client is substantially identical to the Web 
client, but runs as separate Windows™ application. 
[0092] Wireless subscribers can access several different IM clients from their handheld 
devices, including a WAP client and a two-way SMS client. The WAP client is accessible 
via a wireless device's WAP browser and allows messages to be composed, sent, read, _ 
stored, saved, or deleted. The WAP client displays buddy list and buddy status, and 
allows buddies to be added or deleted. The WAP client also displays group lists, and 
allows group lists to be created, edited, and deleted. It is preferred that the WAP client be 
implemented using Wireless Markup Language (WML) for optimal display on wireless 
device. The WAP client should reside either on a Web server inside a wireless carrier's 
firewall, or behind the firewall of a PLM system gateway site. A two-w^y SMS client 
utilizes standard two-way SMS to send and receive text messages, and buddy status 
updates (ON-OFF, online-offline) are sent via SMS. No administrative functions are 
provided in the two-way SMS client. 
[0093] The WAP client provides some IM features which uniquely address the needs of 
wireless subscribers. Notification of successful delivery of an instant message to a 
wireless subscriber is provided, as is automatic retry of instant message delivery. When 
retry fails, the instant message is automatically re-routed to an appropriate email address. 
As required by the situation, message content is automatically reformatted (i.e., HTML to 
ASCII). Another helpful (if optional) feature is a library of predefined messages and 
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replies, saving the subscriber the time required to enter an alphanumeric message on the 
keypad (examples include: Invitation to chat, Invitation to voice call, Yes, No, Wliy?, 
Wlien?, and I'll call in 5 minutes). 

[0094] The DV1 clients provide a rich set of functions for creating and managing buddy 
lists and group lists. These functions are offered by the Web client and the Windows™ 
client, and partially by the WAP client, but they are not available using two-way SMS. 
Table 4 summarizes the buddy list and group list management capabilities of the clients. 



Table 4 



FUNCTION 


AVAILABILITY 


DESCRIPTION 


Add Buddy 


WAP client, Web 
client, and 
Windows™ client 


• Enter Internet email address and IM 
service; or 

• Enter mobile IM address; or 

• Import from wireless PIM (if provided by 
wireless carrier) 

• Optional: request permission to receive 
wireless buddy's location information (if 
available from buddy's wireless carrier) 

• Receive authorization to add buddy_(if 
required by buddy's IM service) 


Edit Buddy Info 


WAP client, Web 
client, and 
Windows™ client 


• Change address and/or IM service 

• Request permission to receive buddy's 
location information (if available from 
wireless carrier) 

• Cancel receipt of buddy's location 
information 


Remove Buddy 


WAP client, Web 
client, and 
Windows™ client 


• Remove Internet or wireless buddy from 
buddy list 


Buddy List 
Display 


WAP client, Web 
client, and 
Windows™ client 


Status Information (Online, Offline, ON, OFF) 

• Internet and wireless buddy status will be 
displayed using information provided by 
buddy's IM service 

• For wireless buddies who are OFF, last 
time ON will be displayed 

Wireless Buddy Location Information 

• Location information may be manually 
queried (if it was requested and 
authorized at the time the buddy was 
added) 

• Last manually retrieved location will be 
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Group Lists 
Display 



Search Buddy 
List 



WAP client, Web 
client, and 
Windows™ client 



di^uy^^ 

Buddv List Sort Options 

All online or ON buddies, followed by all 
offline or OFF buddies 

Alphatedcal_Order 

"S^ldl group names alphabetical^/ 
View member of one group sorted (1) 
alphabetically or (ii) all onhne or ON 
j^^H Jw all offline or OF F. 



1 




Add Member to 
Group 



Web client and 
Windows™ client 



By name 
JB^interests 

By name 
J^jntereste 

Create group as host 
Assign a name to the group 
All members of the group have access to 
foejrou£ 




Md^dsTmg buddy from buddy list 
Enter Internet email address and IM 
service; or 

Enter mobile IM address; or 
-Import from wireless PM (if provided by 
wireless carrier) 

Optional: request permission to receive 
Xless member's location information 

(if available from member's wireless 

carrier) 

Receive authorization to addmember to 
group (if required by member SIM 

service) _ 



Omy me group host or the member 
herself may remove a member from a 
group. 



each wireless subscriber who activa 

PT TM system's Privacy Management System to estao 
cuentstousethePLIMsysiem , rt nrinnal interest lists. 

o ontional personal information, and optional mierw 

permission, preferences, optional person liability 

u wc the Privacy Management System to estaDusn 
Wireless subscribers use the i-nva y fnrmaiion A subscriber may 

, , f - chorine oresence and location information, a suo* 
andtoestabhshrulesforshanngpresenc It is entirely up to 

update these settings many times eachday,or they maynever change 
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the subscriber to perform her personal presence management. The Privacy Management 
System is an integrated component of the PLIM system platform, and can be accessed 
directly from any of the IM clients. 

[0096] The IM Server communicates with other components of the M- Anywhere 
platform as well as external network elements in the wireless network. 

[0097] Within the PLIM system platform, the IM Server communicates with the Presence 
Server, the Location Proxy Server, the Privacy Database, and the Network API The IM 
Server queries the Presence Server to determine if a subscriber's phone is ON or OFF so 
that accurate "mobile buddy list" information is available for the IM clients. When an IM 
client requests the location of a buddy, the IM Server sends query to the Location Proxy 
Server, which responds with the buddy's location information. The IM Server queries the 
Privacy Database to ensure that buddy list add requests, group list add requests, and 
location information requests and are authorized. Instant messages and buddy list updates 
are sent to, and received from, external IM services using the Network API. 

[0098] The IM.Server also communicates with the Short Message Service Center (SMSC) 
and WAP Gateway network elements in each of host wireless networks it services. The 
IM Server sends and receives instant text messages through the SMSC. The SMSC 
provides a successful delivery notification to the IM Server, if the IM client requested such 
a notification. The IM Server sends messages, buddy list status information, and 
administrative information to the WAP IM client, which is in turn accessed by the 
subscriber via the WAP Gateway. 

[0099] One of the most advantageous features of the PLIM system is its ability to offer 
merchant-initiated mobile commerce. Approved merchants, retailers, e-commerce 
companies, wireless advertising agencies, and others (collectively, "merchants") can use 
the PLIM system to obtain information about subscriber presence and location, as well as 
send messages and e-coupons to the subscriber. The enormous promise of m-commerce 
revenue will not be realized until this capability is widely available. The alternative - 
waiting for the subscriber to initiate a transaction - doesn't take advantage of the impulse 
buying opportunity and is built on unrealistic expectations of wireless device usage. 
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,00,00, Atte s„tae 6 mode 1 s£o, m -com m ercehavee ! „er g ed,oda,,Acco I d m g«o«he 
first model, the merchant creates a WAP-eoabled Web site with content or shopprng 
opportunities for wireless subscribers. The Web site does no, provrde locatron-sensrhve 
den,. The wireless subscriber usesaWAP browse, to visit fire Wdb site and request 
content or conduct a transaction. 
.00101] Accordin 6 to the second mode!, the merchant has an tndapendent account with 
the wireless subscriber (for exatnpie, a stock trading account). Through this independent 
account, the m«han, has private mfonnafion about the subscribe,, including her mobtle 
phone numbe,. The me,chan. determines the subscriber's presence or locatron 
infomrarron using a Network API, and man dehvars a massage dhectly to the subsenbe, 
using email o, some otha, WAP or SMS massage delivery service. 
,001021 According to the fiord model, the merchant does no. know the subscriber's 
tdenfiry or mobile phone number. The merchant would like to send a message or , 
coupon to all subscribers whh a particular se, of .uteres.. Moreover, the merchant would 
Uke «o send (he message or e-coupou only wh m the subscriber has her phone named ON 
and is near the merchant's retail store. 
,001031 These models range torn completely subsenber-ioitiated (fire firs, model) to 
completely marchan.-mi«a..d (.he third model). The PLB1 system is sriuotured to solve 
the prior art challenges tha, block widespread use of fire second and third mod* whtch 
are incidentally tha most commercially promismg of tha three. Th. Network API and .he 
Can.pa.gn Manager represent access pointa by which merchants can initiate personal, 
relevant, location-specific transactions with wireless subscribers. 
,00104) TheCampaignManagerautomatesfiredeltveryoftargetedmeasagesande- 
c ou P o„s,owireleassubscribe re .TheCampaignM^geriauseMformcrohan«swho: (,) 

do not know the identity of men prospective customers, bu, are interested in targefing 
specific interest groups, or (U) may know the identity of fiteir prospective customers, bu. 
do not have the communications infrastructure to deliver messages to those customers. 
The Campaign Manager identifies a group of target subscribers based on interests and 
permissions, and delivers messages or e-coupons to those subscribers only when certam 
location, presence, and timing criteria are met. 
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[00105] The Campaign Manager is administered by the wireless carrier and is only 
available to merchants who have entered into agreements with the carrier. The creation 
and execution of a campaign may be highly automated, or may be administered manually, 
depending on the desires of the wireless carrier and the complexity of the campaign. 

[00106] A contact campaign is advantageously structured to have the following elements: 
a campaign definition, campaign dimensioning, campaign execution, and campaign 
reporting. 

[00107] The merchant provides, either electronically through a Web interface, or to a 
sales representative, campaign definition parameters, such as (i) target interest areas or a 
list of known mobile device numbers, (ii) the message or e-coupon, (iii) the start date and 
time, and duration, of campaign, and (iv) any conditions that must be satisfied to trigger 
the delivery of a message or e-coupon to a subscriber. Such conditions may include 
presence, location, day of week, and time of day. 

[001 08] Concerning campaign dunensioning, the Campaign Manager queries the Privacy 
Database to determine the number of accessible subscribers who: (i) match the interest 
areas, and (ii) have given permission to receive messages from the merchant. Based on 
the number of accessible subscribers matching the merchant's criteria, the merchant may 
decide to proceed with the campaign or, alternatively, to widen or narrow the campaign 
criteria. 

f 001 09] When tlw campaign is executing, the Campaign Manager monitors each target 
subscriber. As soon as the merchant's criteria are satisfied for a given subscriber, the . 
Campaign Manager delivers the merchant's menage or e-coupon using WAP or SMS. 

[00110] At the conclusion of the campaign, the Campaign Manager produces a report that 
indicates the total number of targeted subscribers, the total number of targeted subscribers 
for whom the campaign criteria were satisfied and a message was delivered, and the total 
number of successful and unsuccessful message delivery attempts. 

[00111] The Campaign Manager performs sophisticated and computational intensive 
calculations during the campaign execution stage. A campaign may target as few as 
10,000 or as many as 1 million or more subscribers. The Campaign Manager must 
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monitor each of the subscribers throughout the duration of the campaign to determine if 
fee message delivery criteria have been triggered. Some criteria are known beforehand, 
such as the subscriber's interests. Other criteria, such as presence and location, must be 
monitored in real-time. Location poses a special complexity, since the subscriber's 
distance from a merchant may need to be computed. 
[00112] Merchants who wish to conduct a message campaign must work closely with the 
wireless carrier to configure the campaign. The Campaign Manager provides a Web 
interface through the Network API. Using this interface, merchants can define and 
dimension campaigns, and submit them to the wireless earner for approval and execution. 
This highly automatic method is appropriate for small to medium scale campaigns, for 
campaigns with simple message delivery criteria, and for repeat campaigns. 
[00113] The PLJM system operator (e.g., a wireless carrier, or a central gateway facility) 
may elect to work personally with merchants to manually define, dimension, and launch 
campaigns, hi this scenario, a representative of the operator meets with the merchant and 
enters the campaign information into the Campaign Manager using the Web interface 
herself. 

[00114] The Campaign Manager communicates with other components of the PLM 
system platform as well as external network elements in the wireless network. 

[00115] Within the PLIM system platform, the Campaign Manager conomunicates with 
the Location Proxy Server, the Presence Server, the Privacy Database, and the Network 
API The Campaign Manager receives subscriber location updates via the LPS. The 
Campaign Manager receives subscriber presence updates via the Presence Serve, The 
Campaign Manager queries the Privacy Database during the campaign dimensioning stage 
to build a list of accessible subscribers whose interest profiles and permissions make them 
viable candidates for receiving a message. The Campaign Manager offers a Web interface 
for creating, dimensioning, and launching campaigns. The Web interface is accessed 
through the Network APT 
[00116] The Campaign Manager also communicates with the Short Message Service 
Center of any wireless networks it services. The Campaign Manager delivers messages to 
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subscribers via the SMSC. The Campaign Manager also receives message delivery 
confirmations from the SMSC, which it uses when creating its campaign report. 

[00117] The PLIM system platform includes a powerful Privacy Management System 
that safeguards personal subscriber information across each of the integrated services. 
Through a flexible opt-in interface, the Privacy Management System allows wireless 
subscribers to carefully manage their "wireless personas" so that services such as wireless 
instant messaging and merchant-initiated mobile commerce become welcome - even 
indispensable - wireless Internet applications. 

[001 18J Just as the PLIM system enables the delivery of targeted, timely, and personal 
information, it also ensures that private information is protected and that subscribers do 
not receive unwanted, intrusive external contacts. The Privacy Management System 
includes a secure database of subscriber identities, personal interest information, and 
permissions. This database is queried in real-time before personal information is provided 
to any external entity, and before any messages are delivered to the subscriber. The 
subscriber can access the Privacy Management System through the Web or through a 
WAP device at any time to modify their personal information. 

[00119] The Privacy Management System is, in effect, a gatekeeper between the private 
information needed to make Internet services personal and relevant, and the vast world of 
merchants and messaging services who desire access to the subscriber. A description of 
the features and interworking of the Privacy .Management System follows. 

[00120] The centerpiece of the Privacy Management System is a Web interface where 
wireless subscribers provide personal information and establish the conditions under 
which they are willing to be contacted by outside parties. The information provided by the 
subscriber in the Privacy Management System is stored in a relational database that is part 
of the PLIM system platform. If the wireless carrier has separate databases that include 
partial information about its subscribers (i.e., basic identity, interests), this information can 
be loaded directly into the Privacy database rather than re-entered by the subscriber. 

[00121] The Privacy Management System allows a "supervisor mode," in which a 
subscriber's supervisor has the ability to control all aspects of the subscriber's account. 
This feature is useful for corporate wireless plans. Accordingly, there are three classes of 
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information collected and stored by the Privacy Management System: (i) identity 
information, (ii) personal information and interests, and (iii) privacy management 
information. 

[00122] Privacy management information describes the rules under which private 
information can be distributed, and the conditions under which a subscriber is willing to 
receive a targeted message. Table 5 describes the basic elements of privacy management 
available in the PLEVf system. 



Table 5 



PRIVACY CONTROLS 


OPTIONS 


May we tell others that 
your wireless device is 
ON or OFF? 


• No. 

• Yes. 

• Yes, but only the parties on the <include list>. 

• Yes, all parties except those on the <exclude list>. 

For those parties for whom the answer is yes, which shall 
we indicate (check only one): 

• ON or OFF only 

• ON + status of the phone (idle, voice call, WAP mode) 

• ON + <user-defined status> (please select from 
predefined list, or enter 14* alphanumeric) 


May we tell others your 
location to within 100 
meters? 


• No. 

• Yes. 

• Yes, but only the parties on the <include list>. 

• Yes, all parties except those on the <exclude list>. 


May we tell others what 
zip code you are in? 


• No. 

• Yes. 

• Yes, but only the parties on the <include list> 
(automatically includes all approved parties on the 100 
meter list). 

• Yes, all parties except those on the <exclude list> j 
(automatically includes all approved parties on the 100 
meter list). 


May we tell others what 
city you are in? 


• No. 

• Yes. 

• Yes, but only the parties on the <include list> 

' (automatically includes all approved parties on the zip 
code and 100 meter lists). 

• Yes, all parties except those on the <exclnde list> 
(automatically includes all approved parties on the zip 
code and 100 meter lists). 

For each IM service supported by the wireless carrier: || 


Please indicate your IM 





-28- 



8NS0OCID: <WO 02065250A2_l_> 



WO 02/065250 



PCT/US02/04533 



PRIVACY CONTROLS 


OPTIONS 


preferences. 


• Checkbox to indicate the subscriber has an account with 
the service; for each IM service checked by the subscriber: 
o Provide IM address, screen name, account number 
o Indicate preference for day or week, time of day 
o Indicate preference for content type 
o Indicate preference by send ID 


Are you willing to 
receive messages from 
outside parties? 


• No. 

• Yes. 

• Yes, but only the parties on the <inchtde list>. 

• Yes, all parties except those on the <exchide list>. 

• Yes, but only messages which are relevant to all of the 
following (as indicated by checkboxes): 

o Specific interest 
o General interests 
o Income level 
o Education level 
o Birthday 
o Gender 

• Yes, but only the parties on the <inchide list> and only 
messages which are relevant to all of the following (as 
indie at ed by checkboxes) : — 

o Specific interest 
o General interests 
o Income level 
o Education level 
o Birthday 
o Gender 

• Yes, all parties except those on the <exclude list> and 
only messages which are relevant to ail of the following 
(as indicated by checkboxes): 

o Specific interest 
o General interests 
o Income level 
o Education level 
o Birthday 
o Lrenaer 


Please indicate which 
time of the day you do 
not wish to receive 
messages. 


• Units of one hour. Multiple contiguous or non-contiguous. 


Please indicate which 
days of the week you do 
not wish to receive 


• Checkboxes for each day of the week. 
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PRIVACY CONTROLS 



messages. 



Is there a limit to the 
number of instant 
messages you are 
willing to receive? 



OPTIONS 



Please check only one: 

o Maximum messages per hour: (indicate quantity) 
o Maximum messages per day: (indicate quantity) 



Is there a limit to the 
number of promotional 
messages you are 
willing to receive? 



Please check only one: 

o Maximum messages per hour: (indicate number) 
o Maximum messages per day: (indicate quantity) 



[001231 The <include list> and <exclude list> may include (i) predefined organizations 
selected by the wireless carrier, (ii) user-provided URLs, (iii) individuals identified by 
email or IM address. The wireless carrier has the ability to permanently exclude 
organizations (by URL) at its discretion. As to the user defined status indicators, the 
system automatically provides the following pre-defined status indicators: DND (do not 
disturb), Busy, Not Available, Meeting, Emergency Only. The system operator may add 
additional pre-defined status indicators if desired. As an optional service to the subscriber, 
it is possible to synchronize message blocking with external calendar programs, for 
example those provided by the wireless carrier's PIM. 
[00124] Subscribers can access the Privacy Management System via secure Web or WAP 
interface. The expectation is that subscribers will use the Web interface for first-time 
configuration, and then use the WAP page for incremental or daily updates. 
[00125] The subscriber determines which companies are allowed to received her presence 
and location information, and which companies may send a message. The company 
names shown on this screen are dynamically generated from a database. The PLIM 
system operator has complete control over the company names that appear (or do not 
appear) during the configuration process. Importantly, the subscriber may select times and 
days of the week when she is unwilling to receive messages. 
[00126] The WAP interface to the Privacy Management System provides the same 
capabilities as the Web interface, and populates the same Privacy Database inside the 
PLIM system. 
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[00127] The Privacy Management System has a direct interface to the PLDVf system's 
Privacy Database, as well as the ability to import data, via the System Management 
Module, from other databases inside the wireless carrier's network. The. following 
illustration highlights the Privacy Management System, Privacy Database, and System 
Management Module as they relate to the PLIM system and its external environment. 

[00128] Information provided to the Privacy Management System is loaded directly into 
,the PLIM system's Privacy Database. The Privacy Database is accessed by all of the 
PLIM system integrated services, as described above. 

[00129] The PLIM system also has a management module that allows the system operator 
to import relevant infonnation directly into the Privacy Database, eliminating the need for 
data re-entry by the subscriber. Examples of the type of information a wireless carrier 
might elect to import directly into the Privacy Database include: (i) subscriber identities 
(i.e., name, wireless phone number, email address), (ii) links to subscriber PIM contents 
(i.e., calendar, contact lists), and (iii) links to previously entered interest information (i.e., 
news, traffic). 

[00130] The PLIM system provides a standardized, secure Network API for external 
systems to exchange messages and signaling information with a wireless network. These 
external systems (which might include IM Servers, merchants, unified messaging 
providers, Internet content providers, wireless advertising firms, and wireless gaming 
service providers) are provided with an interface around which they can develop 
automated applications. For the wireless carrier, each of these entities represents both a 
source of value to subscribers as well as a source of revenue through bi-lateral business 
arrangements. 

[00131] The Network API utilizes standard protocols and best-in-class security controls 
to prevent unauthorized access to wireless network elements. The PLIM system platform 
acts as a firewall to the wireless network elements, protects the privacy of subscribers, and 
ensures that external requests for information do not place an unacceptable load on 
operational network elements. 
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[00132] The PL1M system platform also creates a database of Transaction Detail Records 
which log every activity at the Network API, allowing the carrier to meter and audit usage 
for financial purposes. 

[00133] The Network API (Network API) present an secure socket layer TCP/IP interface 
to external systems. External systems access the API through the steps of: (i) sending a 
properly encrypted login request, (ii) providing an authorized login ID and password 
(provided by the wireless carrier), and (iii) selecting an Network API service and 
beginning communications. 



[00134] Table 6 shows how the Network API provides six separate services, or points of 
entry, for external systems. 

Table 6 



SERVICE 


DESCRIPTION 


PROTOCOL 


Instant Messaging 


IM Server to server communications: 
messages, presence, buddy list 
administration 


MPP 


Inter-carrier 
messaging 


SMS between different wireless networks 


SMTP, SMPP 


Presence 


Non-IM requests for presence information 


MPP 


Location 


Requests for location information 


MPP with extensions 


Campaign manager 


Campaign creation, dimensioning, and 
launch 


Web 


Privacy 

Management 

System 


Updates to the Privacy Management 
System 


Web, WAP 



[00135] The M Server communicates with Internet-based IM services using server-to- 
server communication protocols. Several alternative protocols are under consideration by 
the IETF for a new Instant Messaging and Presence Protocol (MPP). See RFCs 2778 and 
2779. Thus, no standard server-to-server protocol has been adopted by the industry, at this 
time. Of course the PLIM system can be effectively operated according to any of the 
known protocols, however the preferred protocol is SIP extensions. SIP extensions is 
preferred due to the maturity of the SIP protocol; the native support of presence 
information; and the decoupling of presence information from the message body. In any 
case, the PLIM system has a flexible, template-driven interface to external IM servers, and 
is readily adaptable to changes in the protocol. 

-32- 



BNSDOCIO <WO _0206525OA2_U> 



WO 02/065250 



PCT/US02/04533 



[00136] The IMPP interface allow external services to subscribe to both presence and 
location information. An approved external sends a subscribe request to the Network API. 
If the subscribe request is approved, the PLIM system sends a reply and agrees to notify 
the external service each time the device's presence or location changes. The PLIM 
system continues to notify the user of changes until the subscription has expired. If no 
expiration time is provided, the PLIM system assumes a default expiration period. If an 
expiration time of "zero" is provided, no subscription is created, and only a single reply is 
returned. This provides a service with a one-time fetch capability. 

[00137] The PLIM system allows wireless subscribers to send SMS messages to 
subscribers on other wireless networks that support SMS. Messages originating in a 
network serviced by a PLIM system platform are directed from the SMSC to the PLIM 
system. The PLIM system routes the message to its destination network using SMPP (if 
direct access to the destination SMSC is possible) or otherwise using SMTP. 

[00138] Multiple levels of security shield the Network API. The requirement of 
subscriber permission represents one level of security. The privacy database will not 
release information unless the subscriber's permissions and other restrictions are 100% 
satisfied. 

[00139] Database security is a second level of security. All subscriber data is stored in an 
database, which provides internal security and encryption. For example, Oracle's 
Advanced Security Option provides industry standard checksum and encryption 
algorithms to ensure the privacy of the data transmitted over the network. Oracle also 
provides encryption on all system User IDs and passwords. 

[00140] A third level of security is provided by user authentication via login IDs and 
passwords. A fourth level of security is provided by data encryption via a secure socket 
layer. A fifth level of security is network security that can be implemented via isolated 
subnets. 

[00141] As a sixth layer of security, a firewall protects against: denial of service attacks 
such as Ping of Death, SYN flooding, Land attack, and IP Spoofing. Periodic firewall 
software updates ensure ongoing protection. A seventh level of security is physical 
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security , which is ensured by locating the PLM system hardware in a'well-protected, 
trusted facility. 

[00142] The are two aspects to service provisioning: wireless subscriber provisioning, 
and external service provisioning for merchants who desire access to the PLM system 
through the Network API. 
[00143] After the PLM system is deployed in a wireless carrier's network, current 
subscribers may register for the service. The registration process allows the subscriber to 
activate wireless instant messaging as well as establish permissions for the release of 
personal information to merchants and other external services. The initial registration 
process requires special identity authentication. Future access to the system is granted 
through a standard login process. 
[00144] Referring to Fig. 4, an initial registration process for effecting subscriber 
provisioning is illustrated. The initial registration process is accomplished via Web or 
WAP interfaces. For initial service registration, the subscriber accesses the PLM system 
through a hyperlink from the operator's Web page_401. The hyperlink leads the subscriber 
to the front end of the PLM system Privacy Management System 402, where she provides 
basic identity information, including her name and mobile phone number 403. After 
providing this information, the subscriber is automatically directed to a Web screen 
informing her that an electronically generated password is being sent to her phone as a text 
message 404, and that she will not be granted further access to the system until she logs in 
using the new password. This system, known as Portal User Session Handling (PUSH), 
provides an acceptable level of confidence that only the owner of the wireless device will 
be establishing privacy controls for the device. 
[00145] Referring to Fig. 5, a preference selection process for effecting subscriber 

provisioning is illustrated. Once the subscriber has received her initial password, she may 
login to the Privacy Management System 501, 502, where she will now have full access to 
the system. Here she may opt-in to wireless instant messaging and mobile commerce 
services, as well as establish her personal interests and communications preferences 503. 

[00146] Referring to Fig. 6, an updating process for maintaining subscriber provisioning 
is illustrated. At any time after a subscriber has registered, she can access the Privacy 
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Management System 601 through the Web or WAP interface to update her permissions 
and preferences 602. 

[00147] The essential task of merchant provisioning is to provide approved merchants 
with accounts IDs, passwords, and connectivity information (i.e., IP address, encryption 
key). 

[00148] According to an exemplary embodiment, the software architecture of the PLIM 
system utilizes two primary software subsystems: stack processors and database 
processors. 

[00149] Stack processors initiate and manage communications between the system 
databases and external entities, such as wireless network elements and services. In 
addition, the stack processors handle all message routing and protocol translation. Once a 
stack processor receives a message, the message is translated from its native protocol into 
an internal object that can be handled by the database stored procedures. Protocol 
translation is performed using a custom translation engine, supported by message syntax 
templates. This allows new protocols to be integrated quickly, without need for new 
coding. The stack processors also enable message prioritization by the wireless carrier: 
messages from certain sources, for example presence updates from the HLR, may be 
assigned a higher priority level in the stack queuing algorithm than messages from other 
network elements. 

[001 SO] The stack processors implement a communications system that provides software 
redundancy. Stack processes run in either a "distributed n" mode or a "master-slave" 
mode. A distributed n mode is used for computationally intensive operations that benefit 
from running in parallel across a distributed network. These processes have built-in 
redundancy and fail-over algorithms. If one process or machine dies, the transactions for 
that process are automatically distributed among the remaining machines. A master-slave 
mode is used for operations that are not computationally intensive and do not benefit from 
running on a distributed network. In this mode, two copies of the process run on separate 
machines. One acts as either the "master" or the "slave" for a given transaction. If one 
process dies or the machine fails, all transactions are automatically routed to the remaining 
process. 
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[001511 The database processors operate on a shared disk model in which all processors 
share all the data in the database. There is logically and physically only one database. 
This architecture allows for adding or substituting processors and storage devices to 
increase system performance without having to reconfigure the database. The architecture 
also enables flexible load balancing. Since all nodes have access to all the data, incoming 
connections and tasks can be evenly spread across all nodes. 
[00152] The PLIM system is advantageously implemented using the Oracle Parallel 
Server technology, bundled with Sun's Solaris clustering capabilities, to provide wireless 
carriers with a widely deployed and proven solution. Oracle is currently the only carrier- 
class database platform that offers true parallel server capability, an essential component 
of the PLIM shared disk model. Oracle Parallel Server greatly enhances the scalability 
and high-availability capabilities of OracleSz by combining the benefits of cluster 
scalability and availability with single system management capabilities. Clustered systems 
for database applications are fully exploited in Oracle Parallel Server to deliver a number 
of benefits. 

[00153] One benefit is the protection from system failures due to high availability. Users 
can distribute database workloads across a cluster of servers and utilize all CPU and 
cluster memory resources to process application tasks. If one node fails, users can still 
access the database via other nodes in the cluster. The database automatically 
reconfigures to provide near continuous database processing, shielding users from system 
failures. 

[00154] Another benefit is improvement in system performance due to cluster scalability. 
Oracle Parallel Server in OracleSz sets a new standard for scaling applications with cluster 
load balancing and Cache Fusion technology, becoming a highly effective solution for 
increasing application throughput and system availability. Cache Fusion uses modem 
cluster interconnects to reduce disk I/O and exploits emerging high bandwidth, low 
latency interconnects to provide increased scalability. 
[00155] A further benefit is a reduction in management costs provided by single system 
manageability. Single System View cluster management capabilities deliver perform- 
once-and-replicate-everywhere features and enable management of clusters as a single 
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entity. By managing a single cluster database, repetitive tasks across servers can be 
consolidated into single management operations and automatically replicated across 
servers. 

[00156] A PLM system according to the present invention may be physically 

implemented a number of ways, but two specific exemplary system implementations are 
discussed: carrier specific and gateway. 

[00157] Referring to Fig. 7, a carrier specific PL1M server implementation is illustrated. 
The PLM server 704 is connected (at least virtually, if not in a directly physical way) for 
dedicated service of a single wireless carrier's network 702. The PLM server 704 is 
comiected to the wireless network 702 it serves, as well as to the Internet 700 and to like 
PLM servers 714, 724 serving other wireless carriers 712, 722 so as to facilitate 
availability of presence and location information between networks. Subscribers 731, 733 
and registered merchants 741, 743 access the PLM server 704 via the Internet 700. 

[00158] Referring to Fig. 8, a PLM system implemented as a centralized gateway is 
illustrated. Any subscriber 831, 833, or any participating merchant entity 841, 843 may 
access the PLM gateway 804 via the Internet 800. The PLM gateway 804 is non- 
invasively connected to the wireless networks 802, 812, 822 of any consenting wireless 
carriers to facilitate availability of presence and location infomiation. The PLM gateway 
804 connects to the HLR, MPC, SMSC, WAP gateway, andPDE (as applicable) of each 
of the wireless networks 802, 812, 822. 

[00159] Concerning implementation examples, reference is made to the Invertix 

Corporation brochure "M-Anywhere™ System Description" to be published subsequent 
to the filing of this application, a copy of which is filed herewith. The "M-Anywhere™ 
System Description" brochure is incoiporated by reference herein, in its entirety, for all 
purposes. 

[00160] The PLM gateway offers a potent value proposition to the Internet services that 
utilize its data, as well as the wireless carriers that participate in the PLM gateway. 

[00161] The Internet services (for example, m-commerce companies, instant messaging 
providers, and unified messaging providers) are revenue-producing customers of the PLM 
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-ateway. These customers are enjoying unprecedented levels of growth and opportunity. 

M-comme,c=, in particular, ts expected «o grow nam J140 mrllion revenues wor.dw.de m 

2000 to more than $100 billion by 2004. Abeady, more than 1 billion messages per month 

are being delivered in wireless networks worldwide. 
,00162! For m-commerce, messaging, and other Internet servrce providers, the PLIM 
gateway otters "on. stop shopping" for real-time informal about wirdess subscnbem, 
regardless of .be host network. In addition, the gateway offers value-added service such 
short messagtng w„h return receipt, as well as an electronto Campaign Manager. The 
electron* Campaign Manager allows targeted messages to be delivered to wrreless 
subscribers only when certain conditions pertaming to ptesence, .ocation, and profile have 
been satisfied. 

,00,63] Addrfionally, wireless carriers are becoming Interne, Serv.ce Providers, and 
wireless itself is recognized aa fire new face of.be In,emet. Wireless earners woridw.de 
are struggling with Interne, content and m-commerce for customer ownership, and camera 
do no. wish to see their abtime rates decline while others reap Ore rewards of m-commerce 
actions. As a resu.t, some carriers have entered into bi-hdera! agreements with major 
toteme. companies to create "walled gardens" of content for meir customers. But m- 
commerce is growing a. a rate Una, does no, scale with MM agreements, and earners 
will require a new business model in order to participate fully. 
,001641 Customer ownership battles are a natural and predictable outcome of content 
totfbutton. ForexamplcifawimlessonstomerhasanE-TraderMacoounUoesthe 
carrier own the customer or does E-Trade™ own fits customer? Carriers can sidestep the 
debate by recognizing mat they are the undisputed owners of information about then 
customs suoh as presence, location, and profile information. This W e of information, 
which is more akin to signaling man content, has tremendous value .o providers of Internet 
services as well as traditional retailers. The PLIM gateway offers carriers the opportune 
,o generate revenue from tins type of information, with the potential of selling the same 
piece of information many times. 

[00165] Jto^m^toMWi'^^**^™ 
revenue. The PLIM gateway is an electronic "consignment shop" where wireless earners 
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can sell information about their subscribers. The PLIM gateway is a non-exclusive 
service, allowing carriers to continue to build bi-lateral relationships at will. As a 
sweetener, the gateway provides participating carriers with a Web-enabled software 
application that allows individual subscribers to set permissions and preferences related to 
the distribution of their personal information. In effect, the PLM gateway acts a spam 
filter for subscribers, ensuring that their information is provided in strict accordance with 
their stated permissions and preferences. 

[00166] Mobile commerce according to the present invention may be practiced without 
including the privacy management aspect to control access to subscribers. However the 
privacy management aspect provides important additional functional advantages that 
represent further advances over the prior art. 

[00167] Referring to Figs. 9 and 10, a system for network optimization and performance 
measurement, according to a further embodiment of the present invention is illustrated. 
As previously discussed, the present invention allows more efficient use of network 
resources because of its rich features. For example, the knowledge of presence 
information allows the sending of SMS messages only when die user's handset is ON. 
This results in more efficient network resource utilization allowing a network operator to 
make more money with the same amount of resources. Likewise, the organization of an 
m-commerce campaign which strategically targets the most receptive users requires 
significantly less network resources than a poorly designed campaign which delivers 
messages to a large untargeted group of users. 

[00168] The examples cited above are somewhat passive in that they help optimize the 
network without actually measuring the network performance first and then making 
modifications to the network in order to optimize performance. This more active approach 
to network optimization involving performance measurement followed by optimization is 
already performed by many network operators by using drive test teams. This entails 
sending teams of skilled (and expensive) technicians and engineers to drive throughout the 
network coverage area with special equipment which uses the network resources (for 
example, by making test calls) while logging location and performance information. This 
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collected data is post-processed and used to modify the network in order to optimize 
performance. 

[00169] Unfortunately, this technique is very expensive and only provides a limited 
amount of data. For example, if the drive test is performed on one day and then a 
component of the network fails a week later, the resulting degradation m network 
performance maynotbe detected for a long time. This will result in poorer network 
performance and, consequently, less customer satisfaction. What is needed is a way to 
perform the drive test (or equivalent network measurement) without using a specral dnve 
test team. Optimally, the measurement should be taken by devices that are regularly usmg 
the network during standard network operation. 
[00170] Fig. 9 shows a system for network optimization and performance measurement. 
The system includes a wueless network 902 and several wireless devices such as a 
wireless handset 904, wireless PDA 906, and a wireless intelligent device 908, just to 
name a few examples. Each of the wireless devices 904, 906, and 908 includes associated 
location and perfonnance information 924, 926, and 928, respectively. The wireless . 
devices 904, 906, and 908 are simply customer devices that are used on the network 
dunng regular operation. These devices can report their location information and 
performance information, such as RSSL BER, FER, SQE, and the like, on aperiodic basvs 
to wireless network 902 where it can be stored in a database and post-processed. This 
allows standard users on the wireless network 902 to replace the drive test teams. Tins 
will produce better data since more devices can now be used to more frequently measure 
the network performance. Additionally, it ehminates the need to buy special dnve test 
equipment and hire drive test teams. 
[00171] The wireless devices 904, 906, and 908 can be used as drive test tools in a variety 
of ways. For example, Layer 3 information that provides perfonnance information can be 
monitored for specific wireless devices along with location information. The location 
information can be generated in a variety of ways such as those disclosed m U.S. 
provisional application no. 60/268,977. In the alternative, the wireless devices 904, 906, 
and 908 can be modified with special embedded firmware that reports the location and 
performance information. As another alternative, wireless devices such as Java handsets 
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can be used with a special application running in the background that reports location and 
performance information. 

[00172] In contrast to the system of Fig. 9 that shows wireless devices that automatically 
report location and performance information, Fig. 10 shows a system for network 
optimization in which the user manually reports location and performance information. 
The system includes a wireless network 912 and several wireless users such as a wireless 
handset user 914, wireless PDA user 916, and a wireless intelligent device user 918, just to 
name a few examples. Each of the wireless users 914, 916, and 918 includes associated 
location and performance information 934, 936, and 938, respectively. The wireless users 
914, 916, and 918 are simply customers that use the network during regular operation. 
The wireless network operator can set up a system to allow the user to immediately report 
problems such as dropped calls, blocked calls, or poor signal quality. This system may be 
referred to as the Customer Report Card (CRC) since it allows the user to point out 
network problems in real time and report them to the network operator. The advantage of 
manual reporting, rather than automatic reporting, is that the amount of reported data is 
greatly reduced and is only reported when there is a true network problem. 

[00173J There are a variety of ways to implement the CRC system. The operator can 
have a special reporting phone number with menus and prompts similar to current PBX 
answering systems. Alternatively, the operator can have a special reporting phone number 
with a voice to text system that logs the results. As another alternative, the network 
operator can have a WAP or SMS based system that provides a menu for logging the 
problem. These are just a few examples of techniques for implementing the CRC. 

[00174] Although Figs. 9 and 10 show a system that can be seamlessly integrated with 
the PLIM system that was previously described, it is clear to those of. ordinary skill in the 
art that the active network optimization systems described above are not dependent on the 
PLM system and can be implemented independently. 

[00175] The present invention has been described in terms of preferred embodiments, 
however, it will be appreciated that various modifications and improvements may be made 
to the described embodiments without departing from the scope of the invention. 
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WHAT IS CLAIMED IS: 

1 . A computing platform for facilitating communications for wireless subscribers 
of a wireless network, the computing platform comprising: 

a presence module maintaining data concerning network presence of the wireless 

subscribers; 

a location proxy module maintaining location data concerning physical location of 

the wireless subscribers; 

an instant messaging module connected to provide instant messaging service for 
the wireless subscribers utilizing the data concerning network presence; and 

a campaign manager module connected to provide commercial message 
transmission to one or more of the wireless subscribers selected based on at least one of 
the data concerning network presence and the data concerning physical location, wherein 
the wireless subscribers are provided with instant message service and mobile commerce 
service. 

2. The computing platform for facilitating communications of claim 1, further 
comprising: 

a privacy database containing records of data permission settings corresponding to 
individual ones of the wireless subscribers; 

wherein the wireless subscribers are selected to be provided commercial message 
transmission based further on the data permission settings of the privacy database. 

3. The computing platform for facilitating communications of claim 1, wherein the 
presence module additionally maintains data concerning network presence of non-wireless 
instant messaging subscribers. 

4. A network gateway for collecting presence information and location 
information concerning wireless subscribers of plural wireless networks, and for 
facilitating instant messaging and mobile commerce, the network gateway comprising: 

a presence module maintaining data concerning network presence of the wireless 
subscribers; 
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a location proxy module maintaining location data concerning physical location of 
the wireless subscribers; 

an instant messaging module connected to provide instant messaging service for 
the wireless subscribers utilizing the data concerning network presence; and 

a campaign manager module connected to provide commercial message 
transmission to one or more of the wireless subscribers selected based on at least one of 
the data concerning network presence and the data concerning physical location, wherein 
the wireless subscribers are provided with instant message service and mobile commerce 
service. 

5. The network gateway of claim 4, further comprising: 

a privacy database containing records of data permission settings corresponding to 
individual ones of the wireless subscribers; 

wherein the wireless subscribers are selected to be provided commercial message 
transmission based further on the data permission settings of the privacy database. 

6. The network gateway of claim 4, wherein the presence module additionally 
maintains data concerning network presence of non-wireless instant messaging 
subscribers. 

7. A process for conducting mobile commerce, the process comprising: 
receiving current location information concerning a mobile subscriber from 

position determining equipment associated with a wireless network; . 

receiving current network presence information concerning the mobile subscriber 
from a home location register associated with the wireless network; 

maintaining profile and permissioning information concerning the mobile 
subscriber in a privacy database; and 

transmitting to the subscriber personalized commercial content based on the profile 
and permissioning information concerning the mobile subscriber, and at least one of the 
subscriber's current location information and the subscriber's current presence 
information. 
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